%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%
%				CONFIGURAZIONE DEL DOCUMENTO (NON MODIFICARE)			%
%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%
\documentclass[a4paper,11ptn]{report}									%
\usepackage[italian]{babel}												%
\usepackage{graphicx}													%
\usepackage[colorlinks=true]{hyperref}									%
\usepackage{url}														%
\usepackage{eurosym}													%
\usepackage{lastpage}													%
\usepackage{fancyhdr}													%
\hypersetup{linkbordercolor=1 1 1}										%
\hypersetup{urlcolor=blue}												%
\hypersetup{linkcolor=black}											%
\graphicspath{{../immagini/}}											%
%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%
%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%



%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%
% 		COMPLETARE I CAMPI VUOTI PER LA GENERAZIONE AUTOMATICA			%
%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%
\newcommand{\Documento}{Norme di progetto}						% nome del documento
\newcommand{\Sommario}{Norme interne per il progetto \textit{SIFISY} necessarie per regolamentare lo svolgersi delle attivit\`a di sviluppo.}
\newcommand{\CodiceRevisione}{RPP}								% revisione (es. RPP)
\newcommand{\DataCreazione}{29 Novembre 2009}						% data di creazione
\newcommand{\Versione}{2.1}									% versione attuale
\newcommand{\StatoDocumento}{Formale, Interno}						% stato (es. Formale, Interno)
\newcommand{\Redazione}{Samuele Faggian}							% autore del documento
\newcommand{\Revisione}{}										% verificatore del documento
\newcommand{\Approvazione}{Giuseppe Ferri}							% chi approva (responsabile)
\newcommand{\Committente}{Dott. Claudio Palazzi}						% committente/i
%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%
%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%



%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%
% 			IMPOSTAZIONE DEL DOCUMENTO (NON MODIFICARE)					%
%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%
\fancypagestyle{plain}{													%
\fancyhf{}																%
\fancyhead[L]{\Documento - \CodiceRevisione}							%
\fancyfoot[C]{\thepage}													%
\fancyhead[R]{\includegraphics[scale=0.3]{logoSevenSoft.png}}			%
}																		%
\begin{document}														%
\pagenumbering{Roman}													%
\begin{center}															%
\includegraphics[scale=0.8]{logoSevenSoft.png} \\						%
\vspace*{1in}															%
\huge{\textbf{\textbf{\Documento}}} \\									%
\vspace*{2cm}															%
Versione: \Versione	\\
\vspace*{3cm}
\vspace*{0.5in}                                                         %
\textbf{Sommario} \\                                                    %
\end{center}													
\begin{normalsize}                                                      %
\Sommario                                                               %
\end{normalsize}		%
\newpage																%
\thispagestyle{plain}													%
\vspace*{0.5in}															%
\begin{center}															%
\begin{tabular}{l}														%
\Large{\textbf{Capitolato: Simulatore File System}} \\					%
\begin{tabular}{|p{5cm}|p{7cm}|}										%
\hline																	%
\textbf{Data creazione:} & \DataCreazione \\							%
\hline																	%
\textbf{Versione:} & \Versione \\										%
\hline																	%
\textbf{Stato del documento:} & \StatoDocumento \\						%
\hline																	%
\textbf{Redazione:} & \Redazione \\										%
\hline																	%
\textbf{Revisione:} & \Revisione  \\									%
\hline																	%
\textbf{Approvazione:}  & \Approvazione \\								%
\hline																	%
\textbf{Committente:} & \Committente \\									%
\hline																	%
\end{tabular} \\														%
\end{tabular}															%
\end{center}															%
\vspace*{2cm}															%
\begin{center}															%
\begin{tabular}{l}														%
\Large{\textbf{Diario delle modifiche}} \\								%
\begin{tabular}{|p{2cm}|p{3cm}|p{7cm}|}									%
\hline																	%
%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%
%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%



%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%
% 		COMPLETARE I CAMPI VUOTI PER IL DIARIO DELLE MODIFICHE			%
%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%
\textbf{Versione} & \textbf{Data rilascio} & \textbf{Descrizione} \\	%
\hline
2.1 & 20/01/2010 & Adattamento modello comune e aggiunta sommario\\
\hline
2.0 & 14/01/2010 & Aggiunte norme di progettazione \\
\hline
1.0 & 08/12/2009 & Aggiunta del logo e correzioni \\ 
\hline
0.5 & 04/12/2009 & Adattamento al nuovo modello comune \\
\hline
0.4 & 01/12/2009 & Adattamento al nuovo modello comune \\
\hline
0.3 & 30/11/2009 & Correzione del nome del gruppo \\
\hline
0.2 & 30/11/2009 & Spostamento del Diario delle modifiche \\
\hline
0.1 & 29/11/2009 & Prima stesura del documento \\

%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%
%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%



%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%
% 			IMPOSTAZIONE DEL DOCUMENTO (NON MODIFICARE)					%
%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%
\hline																	%
\end{tabular} \\														%
\end{tabular}															%
\end{center}															%
\newpage																%
\tableofcontents														%
\newpage																%
\pagenumbering{arabic}													%
\fancypagestyle{plain}{													%
\fancyhf{}																%
\fancyhead[L]{\Documento - \CodiceRevisione}							%
\fancyfoot[C]{\thepage\ di \pageref{LastPage}}							%
\fancyhead[R]{\includegraphics[scale=0.3]{logoSevenSoft.png}}			%
}																		%
\pagestyle{plain}														%
%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%
%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%



%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%
%	COMPLETARE I CAMPI VUOTI PER IL TESTO DEL DOCUMENTO (VEDI NORME)	%
%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%

% Capitolo 1 - INTRODUZIONE AL DOCUMENTO
\chapter{Introduzione}

\section{Scopo del documento}
Questo documento definisce le norme di comportamento del gruppo nella stesura di documentazione interna ed esterna, nella comunicazione di gruppo e nella relazione col cliente, inoltre definisce tutte le \underline{best practices} che verranno adottate. \\
Ogni membro del team SevenSoft \`e tenuto leggere con attenzione il presente documento ed applicarne in modo pi\`u coerente possibile il contenuto, con il fine di ottimizzare il lavoro in team e le risorse a disposizione. Altro obbiettivo di questo documento e' di facilitare la comprensione del codice e delle scelte compiute dal team. \\
Molte delle norme di codifica sono state scritte riferendosi alle convenzioni sul codice Java della Sun Microsystems. \\
Sar\`a compito del Responsabile verificare che tali norme vengano applicate. Tutti i componenti del gruppo possono eventualmente proporne delle nuove.

\section{Glossario}
Il glossario viene fornito in un documento separato denominato glossario.pdf che raccoglie le definizioni, acronimi ed abbreviazioni di tutta la documentazione.\\
In ogni documento i termini presenti nel glossario verranno marcati con una \underline{sottolineatura}.

\section{Riferimenti}
\begin{itemize}
\item Ian Sommerville, Software Engineering, Addison Wesley, 8a edizione (04 Giugno 2006).\\
ISBN: 978-0321313799
\item Assembla Home Page
	\url{http://www.assembla.com}
\item LaTeX – A document preparation system \\
	\url{http://www.latex-project.org}
\item BOUML Web Site \\
	\url{http://bouml.free.fr}
\item Subversion \\
	\url{http://subversion.tigris.org}
\item Gantt Project - Project Management as free as bee(r) \\
	\url{http://www.ganttproject.biz}
\end{itemize}

% Capitolo 2 - NORME DI COMPORTAMENTO
\chapter{Norme di comportamento}

\section{Comportamento generale}
Ad ogni componente del gruppo verr\`a richiesto di partecipare alla stesura dei documenti e del codice tramite l'apertura di ticket su \underline{Assembla}.\\
Il documento verr\`a  creato inserendo l'elenco dei capitoli, delle sezioni e delle sottosezioni all'interno di un modello comune in \LaTeX predisposto a tal fine.\\
Una volta creato il documento dovr\`a poi essere caricato nel repository SVN esclusivamente in formato sorgente \LaTeX. Eventuali figure previste dai documenti dovranno essere in formato PNG e raggruppate nella directory dedicata \textit{immagini}.
Nel repository si troveranno anche altri documenti da supporto allo svolgimento del lavoro nel formato ritenuto più adatto al loro uso.\\
Dovrà inoltre essere sempre aggiornato uno script pdf.sh che contiene uno script sh per la compilazione 
di tutti i file \LaTeX\ presenti nella directory.

\section{Uso della e-mail del gruppo}
Le comunicazioni verso l'esterno del team, principalmente con il committente, avvengono tramite l'e-mail sevensoftse@gmail.com.\\
La gestione della corrispondenza e' a carico del Responsabile, che cura sia la posta in ingresso che quella in uscita.\\
Nel caso di e-mail in ingresso il Responsabile avr\`a il compito di inoltrarle a tutti gli altri componenti, mentre nel caso di invio di e-mail all'esterno il Responsabile dovr\`a preventivamente consultare tutti i componenti del gruppo sul contenuto, in particolare i componenti del team che potrebbero avere competenze sull'argomento in questione o dipendenze da esso.

\section{Uso dello spazio web di Assembla}
Lo spazio web di Assembla raggiungibile all'URL \url{https://www.assembla.com/flows/flow/adg2l2s} viene utilizzato come repository comune per il sorgente del progetto.\\
L'accesso al versionamento dei sorgenti avviene solo previa registrazione, mentre l'accesso alla consultazione del sorgente \`e aperto a tutti essendo il progetto open-source (protetto da licenza GPL) ed avviene accedendo all'URL \url{http://svn2.assembla.com/svn/adg2l2s}.

\section{Condivisione, archiviazione e versionamento dei file}
Per garantire la consistenza di ogni documento e file condiviso, a fronte di cambiamenti (potenzialmente simultanei) da parte dei componenti del gruppo, verr\`a utilizzato un server \underline{Subversion} in abbinamento con un client SVN, nello specifico Subversion. \\
Ad ogni componente del gruppo sono state spiegate le dinamiche del versionamento e l'uso di tale strumento.\\
Questo strumento permette di garantire l'atomicit\`a di ogni aggiornamento inviato al repository ed in caso di errori in aggiornamento permette di tornare a versioni precedenti l'errato inserimento.\\
Il server \underline{Subversion} utilizzato dal gruppo \`e messo a disposizione da \underline{Assembla} all'indirizzo \url{http://code.assembla.com/adg2l2s/subversion/nodes}.

\subsection{Utilizzo server SVN}
Ad ogni modifica del contenuto del repository e' necessario eseguire un \underline{commit} dei dati modificati nel server Subversion. Contestualmente al commit si richiede di aggiungere opportuni commenti, in particolare bisogna fornire descrizione delle modifiche fatte. Se le modifiche fatte riguardano un compito assegnato tramite ticket e' sufficente indicare il numero del ticket relativo e discutere nel ticket di \underline{Assembla} le modifiche.\\
Un esempio di massima di un buon commento:\\
''eseguite varie modifiche a normeDiProgetto-1.0.tex, lista delle modifiche al commento 3 del ticket 13.''\\
Si sconsigliano commenti in cui:
\begin{itemize}
\item Ci si riferisce ad un documento con il nome di una persona, es: ''Documento di Cesare.''
\item Ci si riferisce ad un documento con il nome senza indicare il formato ed il filename esatto, es: ''modificato il file in cui si specificano le norme''
\item Si danno indicazioni temporali inutili, es: ''Ultima modifica di ieri.''
\item Si danno valutazioni superflue, es: ''File ultra corretto, fatto stamattina prestissimo.''
\end{itemize}

\subsection{Versionamento dei file}
Per identificare la versione di un documento alla fine del nome dovr\`a essere aggiunto il codice identificativo. Un esempio di nome di file valido:\\
''normeDiProgetto-1.0.pdf''.\\
Nell'identificativo di versione la prima cifra da sinistra verr\`a incrementata solo dopo una revisione (ovvero, conclusa la prima revisione si inizier\`a con la versione 2.0), la seconda cifra invece verr\`a cambiata a discrezione del redattore del documento.

% Capitolo 3 - CONVOCAZIONI ED INCONTRI
\chapter{Convocazioni ed incontri}
Ogni incontro, sia interno che esterno, dovr\`a essere preceduto da un annuncio in bacheca e dall'approvazione del Responsabile. Al termine di qualsiasi incontro dovr\`a essere redatto un resoconto che contenga sinteticamente i risultati o i problemi emersi durante la discussione.

\section{Interni}
La cadenza degli incontri interni \`e fissata dal Responsabile e comunicata ai membri del team tramite segnalazione in bacheca. Automaticamente sar\`a inviata via e-mail una notifica della convocazione a tutti i membri del gruppo.\\
Il Responsabile si occuper\`a di volta in volta di selezionare l'ordine del giorno appropriato e di controllare il corretto svolgimento dell'incontro. Gli argomenti da discutere e da inserire nell'ordine del giorno potranno essere proposti da qualsiasi membro del gruppo e saranno inseriti nell'annuncio di convocazione in bacheca, previa approvazione del Responsabile.

\section{Esterni}
Ogni membro del gruppo ha facolt\`a di chiedere al Responsabile un incontro con il Commitente. Spetta al Responsabile valutare la richiesta e, se lo ritiene opportuno e utile al progetto, approvare l'incontro.\\
Per formalizzare l'incontro dovr\`a essere pubblicato in bacheca il messaggio di convocazione, la cui notifica arriver\`a a tutti i membri del team.\\
All'incontro \`e obbligatoria solamente la presenza del richiedente, ma non si esclude la presenza di qualsiasi altro membro del gruppo che reputi di interesse tale incontro con il Committente.

% Capitolo 4 - CONVENZIONI TIPOGRAFICHE
\chapter{Convenzioni tipografiche}

\section{Convenzioni per i documenti}
I documenti redatti, oltre che seguire il modello messo a disposizione, dovranno anche rispettare le seguenti convenzioni tipografiche:
\begin{itemize}
\item
gli indirizzi Internet dovranno essere scritti utilizzando il comando \LaTeX \begin{verbatim} \url{indirizzo} \end{verbatim}
\item
i termini definiti nel glossario verranno contrassegnati da una sottolineatura con il comando \LaTeX \begin{verbatim} \underline{termine} \end{verbatim}
\item
punto, virgola, punto e virgola, due punti, punto esclamativo e punto interrogativo sono attaccate alla parola che li precede, mentre sono separate con uno spazio dalla parola che li segue;
\item
gli accenti in italiano sono sempre gravi, tranne nelle parole accentate che finiscono in -ch\'e, in -n\'e e in -s\'e;
\item 
gli acronimi e sigle, per distinguerli come tali dal resto del testo, verranno scritti in maiuscolo. Nella documentazione verranno spesso utilizzati acronimi del tipo URL, SVN, SVG, BOUML, etc.;
\item 
non verranno usati acronimi in maiuscolo quando questi rappresentano marchi registrati (es. Sun Microsystems), oppure necessitano di essere scritti minuscoli per motivi specifici (es. svn quando ci si riferisce al client Subversion invocabile da shell);
\item 
sono permessi spazi singoli o doppi tra linee di testo a discrezione dell'autore;
\item 
i nomi di qualifica di ruolo all'interno della SevenSoft vanno scritti con iniziale maiuscola (es. Amministratore, Responsabile, Verificatore);
\item 
i riferimenti bibliografici a pubblicazioni vengono redatti secondo lo standard ISO 690-2:1997 ''Information and documentation - bibliographic references - part 2 : electronic documents or parts thereof'', quindi brevemente verranno indicati in questo ordine:
  \subitem Autore
  \subitem Titolo
  \subitem Citt 
  \subitem Editore
  \subitem Anno
  \subitem ISBN\\
Come ISBN si preferiscono nell'ordine: ISBN13, Bookland EAN, ISBN10 ed infine, ove non si trovi uno dei precedenti, un qualsiasi URN reperibile.
\end{itemize}

\subsection{Convenzioni per i nomi dei file}
I nomi di tutti i file sia di sorgente che di documentazione dovranno avere un nome significativo rispetto al loro contenuto.\\
Inoltre:\\
\begin{itemize}
\item potranno essere usati solo caratteri dell'alfabeto inglese dalla ''a'' alla ''z'' e ''-'' solo dove specificato;
\item non dovranno essere utilizzati caratteri speciali;
\item non dovranno essere utilizzati caratteri accentati;
\item i nomi utilizzati non dovranno contenere spazi;
\item se il nome da utilizzare \`e composto da pi\`u parole, queste dovranno essere unite e messe in maiuscolo dalla seconda parola in poi come da esempio sotto:\\
''normeDiProgetto''\\
Se il nome del file contiene gi\`a caratteri speciali, questi vengono eliminati o sostituiti con un carattere non speciale.\\
\end{itemize}

\subsection{Convenzioni Tipografiche \LaTeX}
Tutti i documenti prodotti da SevenSoft vengono redatti in \LaTeX con estensione *.tex e seguono il modello unico definito come standard di gruppo.\\
I sorgenti \LaTeX della documentazione devono poter essere compilati automaticamente dallo script pdf.sh che deve essere mantenuto aggiornato per invocare correttamente il comando pdflatex per tre volte su ogni singolo sorgente.\\
Segue una lista di norme:\\
\begin{itemize}
\item Gli URL quando si vuole che appaia il link per esteso ed evidenziato in blu devono essere racchiusi dal tag:
	\begin{verbatim}
		\url{http://bouml.free.fr/doc/plugout.html}
	\end{verbatim}
	quando si vuole aggiungere un link che venga per\`o mostrato come una normale parola nel testo, senza che appaia l'intero URL, si utilizzer\`a  invece:
	\begin{verbatim}
		\htmladdnormallink{GNU Aspell}{http://aspell.net/}
	\end{verbatim}
\item Sono ammessi due tipi di lista e bisogna discriminare bene su quale delle due sia pi\`u indicata, quella numerata o quella con bullet:
	\begin{verbatim}
		\begin{itemize}
		  \item Gallia est omnis divisa in partes tres 
		\end{itemize}
	\end{verbatim}
	\begin{verbatim}
		\begin{enumerate}
		  \item Provinciae toti quam maximum potest militum numerum imperat
		\end{enumerate}
	\end{verbatim}
\item Per inserire riferimenti ad altri capitoli o sottosezioni si usano rispettivamente la coppia di comandi:
	\begin{verbatim}
		  \ref{chapter:nomeReference}
		  \label{chapter:nomeReference}
	\end{verbatim}
	\begin{verbatim}
		  \ref{sub:nomeReference}
		  \label{sub:nomeReference}
	\end{verbatim}
	Per le modalit\`a  d'uso dei due comandi si consulti un manuale \LaTeX.
\end{itemize}

%Capitolo 5 - NORME DI PROGETTAZIONE
\chapter{Norme di Progettazione}

\section{Utilizzo di BOUML}
La maggior parte della progettazione sarà svolta all'interno del toolbox \underline{BOUML}. È stato quindi ritenuto opportuno fare un elenco di norme che tutti i progettisti saranno tenuti a seguire. Tali norme sono inoltre relative a \underline{BOUML}. \\
Ogni progettista sarà tenuto a rispettare le seguenti regole durante la progettazione:
\begin{enumerate}
\item Per un'adeguata suddivisione del progetto a livello di gruppo ad ogni progettista sarà assegnato uno o più "Package" che permetteranno di lavorare in maniera distribuita.
\item La divisione dei package sar\`a a carico dell'amministratore di turno. A tale scopo, quest'ultimo dovr\`a fare uso esplicito del programma ''Project Control''. Nessun altro potrà modificare o riassegnare pacchetti in modo casuale. Questo permette che pacchetti assegnati ad un certo progettista siano visualizzati in modalità READ ONLY da altri progettisti.
\item I nomi assegnati alle modalità (View) che possono essere creati all'interno di BOUML, dovranno essere accompagnati da una sigla identificativa:
\begin{itemize}
\item Use case View: UC
\item Class View: CV
\item Component View: CoV
\item Deployment View: DV
\end{itemize}
Lo stesso vale per i diagrammi:
\begin{itemize}
\item Use case diagram: UD
\item Class diagram: CD
\item Sequence diagram: SD
\item Communication diagram: CoD
\item Object diagram: OD
\end{itemize}
\end{enumerate}

%Capitolo 6 - NORME DI VERIFICA DEI DOCUMENTI
\chapter{Norme di verifica dei documenti}
La fase operativa di verifica inizia dopo la stesura preliminare del documento, quest'ultimo deve avere una struttura già definita ed un contenuto sufficiente per effettuare la verifica. \\
I Verificatori hanno i seguenti compiti:
\begin{itemize}
\item{Controllare il documento dal punto di vista sintattico.}
\item{Controllare la semantica, in modo da eliminare qualsiasi ambiguità.}
\item{Controllare la correttezza del contenuto del documento rispetto alla natura del documento stesso.}
\end{itemize}
Nel caso vengano rilevati degli errori o inconsistenze, il Verificatore non potrà assolutamente effettuare 
le modifiche, dovrà invece segnalarle a colui che aveva redatto il documento.

% Capitolo 7 - PRESENTAZIONI
\chapter{Presentazioni}
Le presentazioni relative ad ogni revisione a cui il team SevenSoft parteciper\`a dovranno essere create usando il relativo template \LaTeX disponibile nel repository del team.\\
Dovranno poi essere esportate in pdf per la presentazione.\\
La scrittura dei contenuti dovr\`a seguire le norme tipografiche usate per la creazione della documentazione. Particolare attenzione dovr\`a essere posta nel limitare la quantit\`a di testo presente in ogni slide. Dovr\`a essere data priorit\`a alla presenza di concetti e parole chiave.\\
\`E consigliato l'uso di figure ed illustrazioni che aiutino a rendere agevole la comprensione dei concetti discussi.\\
Non \`e fissato a priori un numero massimo di slide per ogni presentazione.

% Capitolo 8 - STRUMENTI
\chapter{Strumenti}
Per facilitare il lavoro di tutti i membri del team SevenSoft e per rendere interoperabili i loro risultati saranno ora elencati gli strumenti da usare per svolgere i vari compiti assegnati.\\
Salvo diverse indicazioni \`e fatto obbligo lo sviluppo di tutto il progetto con i medesimi software e lo stesso sistema operativo, per evitare problemi di incompatibilit\`a.\\
Per ogni membro del team tutti i software dovranno essere aggiornati alla versione riportata. Non \`e consigliato effettuare alcun aggiornamento dei software in corso d'opera.\\
Eccezione a quanto appena detto durante la fase di collaudo del sistema SiFiSy per testarne la portabilit\`a nei vari ambienti.\\
\begin{itemize}
\item
Tutto il progetto dovr\`a necessariamente essere sviluppato all'interno di un sistema operativo GNU/Linux. La scelta della distribuzione \`e ricaduta, per motivi di compatibilit\`a, diffusione e disponibilit\`a di documentazione, su Ubuntu 9.10 i386;
\item
Per la scrittura e la compilazione di tutta la documentazione e delle presentazioni verr\`a usato il programma Texmaker alla versione 1.9.2 in abbinamento al compilatore \LaTeX pdflatex compreso nella suite TexLive alla versione 2009.11.
\item
Per la stesura del diagramma di Gantt verr\`a utilizzato il programma GanttProject alla versione 2.0.10.
\end{itemize}


%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%
%				FINE DEL DOCUMENTO (NON MODIFICARE)						%
%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%
\end{document}															%
%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%
%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%